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METHOD OF ACCESSING SERVICE RESOURCE ITEMS THAT ARE FOR 
USE IN A TELECOMMUNICATIONS SYSTEM 

5 

Field of the Invention 
The present invention relates to a method of accessing service resource items that are 
intended to be used in setting up bearer channels through a switched 
telecommunications system. 

10 

As used herein, the term "switched telecommunication system" means a system 
comprising a bearer network with switches for setting up a bearer channel through the 
network. The term "switched telecommunication system" is to be taken to include noi 
only the existing public and private telephone systems (whether using analogue phones 
15 or ISDN-based), but also broadband (ATM) and other switch-based bearer networks 
that are currently being implemented or may emerge in the future. For convenience, 
the term "switched telecommunication system " is sometimes shortened herein to 
telecommunication system. 

20 Reference to a "call" m the context of a switched telecommunication system is to be 
understood as meaning a communication through a bearer channel set up across the 
bearer network, whilst references to call setup, maintenance and takedown are to be 
taken to mean the processes of setting up, nttintaming and taking down a bearer 
channel through the bearer network. Terms such as "call processing " and "call 

25 handling" are to be similarly interpreted. 

The term "communication system - when used herein should be understood as having 
a broader meaning than switched telecommunication system, and is intended to include 
datagram-based communication systems where each data packet is independently routed 
30 through a bearer network without following a predetermined bearer channel. 
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Background of the Inygntjo n 
Telecommunication companies running PSTNs (Public Switched Telephone Networks) 
and PLMNs (Public Land Mobile Networks) are in the business of providing 
communication services and in doing so are providing increasing built-in intelligence 
in the form of "IN services" such as 800 number services and call forwarding In 
contrast, the World Wide Web (WWW), which has seen explosive growth in recent 
times, is an example of an Internet-based global network providing complex 
information services. These two worlds, that of the large communications utilities and 
that of the highly dynamic, pioneer-spirit WWW information culture, are uneasy 
companions and each plans to encroach on the domain previously occupied by the 
others; thus telephony services will be offered over the WWW and information services 
over the public communication infrastructure. 

The present invention proposes technologies for a more synergctic relationship between 
these two worlds than is currently envisaged ami in order to place the present invention 
in context, a review will fust be given of each of these two worlds. 



20 



25 



30 



Telephone Network* with IN Service 

The Basic PSTN. The basic service provided by a PSTN (Public Switched Telephone 
Network) is the interconnection of two telephones (that is, setting up a bearer channel 
between the telephones) according to a called-party telephone number input at the 
calling-party telephone. Figure 1 is a simplified representation of a PSTN providing 
such a service. In particular, customer premises equipment, CPE, 10 (such as standard 
analogue telephones, but also more recendy ISDN lenninals) are connected through an 
access network 11 to switching points, SPs 12. The SPs 12 form nodes in an inter- 
exchange network 13 made up of interconnecting trunks 14 and SPs that are controlled 
by control entities 15 in the SPs. The control effected by the control entities 15 is 
determined by signalling inputs received from the CPEs and other SPs, and involves 
call setup, maintenance and clearance to provide the desired bearer channel between 
calling CPE and called CPE. Conceptually, the PSTN may be thought of as a bearer 
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network and a control (signalling) network, the function of the latter being to effect call 
control through the bearer network, namely the control of setup, maintenance and take 
down of bearer channels through the bearer network; in practice, the bearer and 
signalling networks may use the same physical circuits and even the same logical 
5 channels. 

Thus, where the CPE is a traditional dumb telephone, control signalling between the 
CPE and its local SP is in-band signalling, that is, the signalling is carried on the same 
channel as used for voice; this signalling is interpreted and converted at the SPs 12 into 
signalling between SPs that uses a dedicated conimon-channel signalling network 16 
(implemented nowadays using the SS7 protocol suite). Where the CPE is an ISDN 
terminal, signalling is carried in a separate channel directly from the CPE on an end- 
to-end. Modern SPs use the ISUP (ISDN User Part) SS7 protocol for inter-exchange 
call control signalling whether the CPE is a standard telephone or an ISDN terminal. 



10 



15 



Telephone Numbering Plans - As certain aspects of the present invention are 
influenced by the structuring of telephone numbers, a brief description will now be 
given of the structuring of such numbers. Telephone numbers form an international, 
hierarchical addressing scheme based on groups of decimal digits. The top level of the 
20 hierarchy is aoministered by the ITU-T. which has allocated single-digit numeric codes 
to the major geographic zones (for example "1" for North America, "2" for Africa, 
"3- for Europe. "4- for Europe, "S" for South America and Cuba, etc-). Within each 
zone countries are assigned 2 or 3 digit codes, so that within zone 3 France is '33", 
and within zone 4 the UK is "44". Administration of the numbering plan within a 
25 country is delegated to a national body, such as the Office of Telecommunications 
("Often in the UK. The following further description is based on the UK numbering 
plan, but the scheme described will be recognised as having widespread applicability. 

In the UK all national numbers are prefixed by a code from 01 to 09 (the '0' prefix is 
30 dropped in international dialling). The currently assigned codes are "01" for 
Geographic Area Codes, "02" for Additional Geographic Area Codes. "04" for Mobile 
Services, "07" for Personal Numbers, and "08" for Special Service (freephone. 
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information). Normal wireline PSTN subscriber telephone number arc allocated from 
the Geographic Area Code codes, and currently only codes prefixed by 01 are 
allocated. Geographic area codes are presently 3 or 4 digits (excluding the leading «0') 
and there are currently 638 geographic areas each with its own code. A full national 
UK dialled number takes two forms: 
0 171 634 8700 

area code local number (7 digit) 
0 1447 456 987 

area code local number (6 digit) 
"Hie first case has the '0' prefix, a 3 digit area code and a 7 digit local number and 
the second case has the «0' prefix, a 4 digit area code, and a 6 digit local number 
Further interpretation of the local number will take place within the area exchange, as 
ev en a 6 digit address space is too large for a single switch, and for a typical local area 
several switches may be needed to host the required number of subscriber lines. This 
interpretation is opaque and is a matter for the area service provider. 



In the current PSTN the inherently hierarchical and geographic interpretation of 
telephone numbers is rnirrored by the physical architecture of the network. A telephone 
number is structured in a way that makes it easy to route a call through the network 

20 At each step, the prefix of the number provides information about the current routhm 
step, and the suffix (perhaps opaquely) provides information about subsequent routing 
steps; as long as a switch knows bow to parse a prefix and carry out a routing step, it 
does not need to understand the content of the suffix, which is left for subsequent 
routmg steps. For this reason the mternational and national switching fabric is also 

25 organised hierarchically. 

Intelligent Networks. Returning now to a consideration of the current telephone 
network infrastruture. in addition to basic can handling, an SP may also serve to 
provide what are called IN (Intelligent Network) services; in this case the SP is termed 
30 a service switching point. SSP. An SSP 25 is arranged ,o suspend call processing at 
denned points-in-call upon particular criteria being met, and to delegate the 
contmuation of call processing to a service control subsystem providing a service 
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control function (SCF) either in the form of a service control point, SCP 17 (see Figure 
2) or an Adjunct 18. The Adjunct 18 is directly associated with an SSP 25 whilst the 
SCP 17 and SSP 25 communicate with each other via an extended common channel 
signalling (CCS) network 16 that may include signal transfer points (STP) 19. The SCP 
5 17 may be associated with more than one SSP 25. Both the SCP 17 and Adjunct 18 
provide a service logic execution environment (SLEE) 20 in which instances of one or 
more service logic programs (SLP) 21 can execute. The SLEE 20 and SLP 21 together 
provide service control functionality for providing services to the SSP 25. 

10 Service logic running in an SCP or Adjunct will generally make use of subscriber 
information stored in a service data function (SDF) 22 that may be integral with the 
SCP/Adjunct or partially or wholly separate therefrom. The service data function 
(SDF), like the service control function (SCF) forms pan of the service control 
subsystem of the PSTN. It may be noted that some or all of the service control function 

15 may be built into the PSTN switches themselves. 

In addition to the SCP 17 and Adjunct 18, the Figure 2 network includes an intelligent 
peripheral (IP) 23, The IP 23 provides resources to the SSP 25 such as voice 
announcements and DTMF digit collection capabilities. The network will also include 
20 an operation system (not shown) that has a general view of the network and its services 
and performs functions such as network monitoring and control. 

In operation, when the SSP 25 receives a call, it examines internal trigger conditions 
and, possibly, user information (eg dialled digits) to ascertain if the call requires a 

25 service to be provided by the service control subsystem 17, 18; the checking of trigger 
conditions may be carried out at several different points in call processing. Where the 
SSP 25 determines that a service is required it messages the service control subsystem 
(either SCP 17 or Adjunct 18) requesting the desired service and sending it a logic 
representation of the call in terms of its connectivity and call processing status. The 

30 service control subsystem then provides the requested service and this may involve 
either a single interaction between the SSP and service control subsystem or a session 
of interactions. A typical service is call forwarding which is a called-parcy service 
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giving expression to an end-user requirement as simple as -if you call me on number 
X and h rings ten times, try calling number Y". In this case, it is the SSP local to the 
called end-user that triggers its associated SCP (or Adjunct) to provide this service; it 
will, of-course, be appreciated that the SSP must be primed to know that the service 
5 is to be provided for a called number X. 

The above-described mode] for the provision of IN services in a PSTN can also be 
mapped onto PLMNs (Public Land Mobile Networks) such as GSM and other mobile 
networks. Control signalling in the case of a mobile subscriber is more complex 

10 because in addition to all the usual signalling requirements, there is also a need to 
establish where a call to a mobile subscriber should be routed; however, this is not a 
very different problem from a number of called-parry IN services in the PSTN. Thus 
in GSM, the service-data function (SDF) is largely located in a system named a Home 
Location Register (IILR) and the service control function in a system named a Visitor 

15 Location Register (VLR) that is generally associated on a one-to-one basis with each 
SSP (which in GSM terminology is called a Mobile Switching Centre, MSC). 

Because subscribers are mobile, the subscriber profile is transported from the HLR to 
whichever VLR happens to be functionally closest to be mobile subscriber, and from 
20 there the VLR operates the (fixed) service using the subscriber profile and interacts 
with the SSP, The HLR and VLR thus constitute a service control subsystem similar 
to an SCP or Adjunct with their associated databases. 

It is, of course, also possible to provide IN services in private telephone systems and, 
25 in mis case, the service control function and service data function are generally either 
integrated into a PABX (Private Automatic Branch Exchange) or provided by a local 
computer. The service control subsystem, whilst present, may thus not be a physically 
distinct from the PABX. 

30 The above-described general architectural framework for providing IN services has 
both strengths and flaws. Its main strength is that it works and many services have 
been successfully deployed, such as 800 number services, credit card calling, 
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voicemail, and various call waiting and redirection services. However, despite years 
of standardisation, services are still implemented one-at-a-time on proprietary platforms 
and do not scale well. The approach has been based on large, fault-tolerant systems 
which provide services for hundreds pf thousands or even millions of subscribers and 
5 take years to deploy. Furthermore, since the networks used to support these services 
also constitute the basic telephone infrastructure, anything attached to these networks 
must be rigorously vetted. Additionally, each country and operator tends to have local 
variations of the so-called standards making it difficult to supply standard products and 
thereby braking the dynamics of competition. 

10 

The World Wide Wgfe 

In contrast to the slow deliberate progress of the telephone infrastructure, the WWW 
has grown explosively from its inception in 1989 to become the primary electronic 
information distribution service in terms of spread, availability and richness of 
15 information content. Anyone can, for a modest outlay, become an information provider 
with a world-wide audience in a highly interconnected information architecture. 

The WWW is a client-server application running over the Internet and using a client- 
server protocol which mandates only the simplest of exchanges between client and 
server. This protocol is HTTP (Hyper Text Transfer Protocol) which is optimised for 
use over TCP/TP networks such as the Internet; the HTTP protocol can, howeve, , also 
be used over networks using different communication protocol stacks. 



20 



25 



Since the availability of literature concerning the WWW has seen the same sort of 
growth as the WWW itself, a detailed description of the WWW, HTTP and the Internet 
will not be given herein. An outline description will, however, be given with attention 
being paid to certain features of relevance to the present invention. 

The WWW uses the Internet for interconnectivity. Internet is a system that connects 
30 together networks oh a worldwide basis. Internet is based on the TCP/IP protocol suite 
and provides connectivity to networks that also use TCP/IP. For an entity to have a 
presence on the Internet, it needs both access to a network connected to the Internet 
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and an IP address. IP addresses are hierarchically structured. Generally an entity will 
be identified at the user level by a name that can be resolved into the corresponding 
IP address by the Domain Name System (DNS) of the Internet. Because the DNS or 
adaptions of it are fundamental to at least certain embodiments of the invention 
5 described hereinafter, a description will next be given of the general form and 
operation of the DNS. 

The Domain Name System - The DNS is a global, distributed, database, and without 
its performance, resilience and scalability much of the Internet would not exist in its 
10 current form. The DNS, in response to a client request, serves to associate an Internet 
host domain name with one or more Registration Records (RR) of differing types, the 
most common being an address (A) record (such as 15.144.8.69) and mail exchanger 
(MX) records (used to identify a domain host configured to accept electronic mail for 
a domain). The RRs are distributed across DNS name servers world-wide, these 
15 servers cooperating to provide the domain name translation service; no single DNS 
server contains more than a small part of the global database, but each server knows 
how to locate DNS servers which are "closer" to the data than it is. For present 
purposes, the main characteristics of the DNS of interest are: 
- The host name space is organised as a tree-structured hierarchy of nodes with 
each host having a corresponding leaf node; each node has a label (except the 
root node) and each label begins with an alphabetic character and is followed 
by a sequence of alphabetic characters or digits. The full, or "fully qualified" 
name of a host is the string of node labels, each separated by a ".". from the 
corresponding leaf node to the root node of the hierarchy, this latter being 
25 represented by a terminating V in the name. Thus a host machine "fred" of 

Hewlett-Packard Laboratories in Bristol, England will have a fully qualified 
domain name of "fred.hpl.hp.com." (note that if a host name does not have a 
terminal "." it is interpreted relative to the current node of the naming 
hierarchy). 

30 - Each host has one or more associated Registration Records (RRs). 

- There are a plurality of DNS servers each with responsibility for a subtree of 
the name space. A DNS server will hold RRs for all or part of its subtree - in 



20 



PAGE 123/185 * RCVD AT 6124/2004 7:41:29 PM [Eastern Daylight Time] * SVR:USPT0-EFXRF-1/1 " DlflS:8729306 ' CSID:13239340202 « DURATION (mm-ss):57-54 



.FROM LADAS & PARRY - L. A 13239340202 



(THU) 6. 24' 04 17: 19/ST. 16 : 38/NO. 4800000218 P124 



10 



WO 97/22212 H<rr/t;B96/0LM>55 

9 

the latter case it delegates responsibility for the remainder of the subtree to one 
or more further DNS servers. A DNS server knows the address of any server 
to which it has delegated responsibility and also the address of the server which 
has given it the responsibility for the subtree it manages. The DNS servers thus 
point to each other in a structuring reflecting that of the naming hierarchy. 
» An application wishing to make use of the DNS does so through an associated 
"resolver" that knows the address of at least one DNS server. When a DNS 
server is asked by this resolver for an RR of a specified host, it will return 
either the requested RR or the address of a DNS server closer to the server 
holding the RR h, terms of traversal of the tunning hierarchy. In effect, the 
hierarchy of the servers is ascended until a server is reached that also has 
responsibility for the domain name to be resolved; thereafter, the DNS server 
hierarchy is descended down to the server holding the RR for the domain name 
to be resolved. 

15 - The DNS uses a predetermined message format {in fact, it is the same for query 
and response) and uses the IP protocols. 
These characteristics of the DNS may be considered as defining a "DNS -type" system 
always allowing for minor variations such as in label syntax, how the labels are 
combined (ordering, separators), the message format details, evolutions of the IP 

20 protocols etc. 

Due to the hierarchical naming structure, it is possible to delegate responsibility for 
admiiristering domains (subtrees) of the name space recursively. Thus, the top-level 
doniains are administered by InterNic (these top-level domains include the familiar 

25 'com*, W, 'org', 'inf. 'net\ 'mil' domains as well as top-level country domains 
specified by standard two-letter codes such as *us\ W, *fr' etc.). At the next level, 
by way of example Hewlett-Packard Company is responsible for all names ending in 
•bp.com' and British Universities are collectively responsible for all names ending in 
'ac.uk'. Descending ftirther, and again by way of example, administration of the 

30 domain 'hpi.bp.com' is the responsibility of Hewlett-Packard Laboratories and 
administration of the subtree (domain) 'newcasUe.ac.uk' is the responsibility of the 
University of Newcastle-upon-Tyne. 
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Figure 3 illustrates the progress of an example query made from within Hewlett- 
Packard Laboratories. The host domain name to be resolved k -xy.newcastle.ac.uk' 
a hypothetical machine at the University of Newcastle, United Kingdom. The querv 
is presented to the DNS server responsible for the -hpl.hp.com" subtree. Tnis server 
5 does not ho]d the requested RR and so responds with the address of the -hp.conTDNS 
server; this server is then queried and responds with the address of the 'com' DNS 
server which in turn responds with the address of the '. ' (root) DNS server. The query 
then proceeds iterauvely down the <uk' branch until the 'newcasUe.ac.uk' server 
responds with the RR record for the name *xy' in its subtree. 



10 



20 



Tms looks extremely inefficient, but DNS servers are designed to build a dynamic 
cache, and are initialised with the addresses of several root servers, so in practice most 
of the iterative queries never take place. In this case the 'hpl.hp.com' DNS server will 
know the addresses of several root servers, and will likely have the addresses of W 
15 and 'ac.uk' servers in its cache. The first query to the 'hpl.hp.com' server will return 
the address of the 'ac.uk' server. The second query to the 'ac.uk' server will return 
the address of the 'newcastle.ac.uk' server, and me third query will return the RR in 
question. Any future queries with a 'newcastle.ac.uk' prefix will go direct to the 
newcastle DNS server as that address will be retained in the "hpl.hp.com" DNS server 
cache. In practice names within a local subtree are resolved in a single query, and 
names outside the local subtree are resolved in two or three queries. 

Rather than a resolver being responsible for carrying out the series of query iterations 
required to resolve a domain name, the resolver may specify its first query to be 
25 recursive in which case the receiving DNS server is responsible for resolving the querv 
(if « cannot directly return the requested RR, it will itself issue a recursive query to 
a 'closer' DNS server, and so on). 

It should also be noted that in practice each DNS server will be replicated that is 
30 organised as a primary and one or more secondaries. A primary DNS nameserver 
imttalises itself from a database maintained on a local file system, while a secondary 
.nmaiises itself by transferring information from a primary. A subtree will normal* 
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have one primary nameserver and anything up to ten secondaries - the limitation tends 
to be the time required by the secondaries to update their databases from the primary. 
The primary database is the master source of subtree information and is maintained by 
the domain DNS administrator. The secondaries are not simply standby secondaries but 
5 each actively participates in the DNS with dependent servers that point to it rather than 
to the corresponding primary. 

DNS implementations, such as BIND, are widely available as a standard pan of most 
UNDC systems, and can claim to be among the most robust and widely used distributed 
10 applications in existence. 

Operation of the WWW Referring now to Figure 4 of the accompanying drawings, 
access to the Internet 30 may be by direct connection to a network that is itself directly 
or indirectly connected to the Internet; such an arrangement is represented by terminal 
15 31 in Figure 4 (this terminal may, for example, be a Unix workstation or a PC). 

Having a connection to the Internet of this form is known as having 'network access'. 

Any entity that has network access to the Internet may act as a server on the Internet 

provided it has sufficient associated functionality; in Figure 4, entity 32 with file store 

37 acts as a server. 

20 

Many users of the WWW do not have network access to the Intemer but instead access 
the Internet via an Internet service provider, ISP, 33 that does have network access. 
In this case, the user terminal 34 will generally communicate with the ISP 33 over the 
public telephone system using a modem and employing either SUP (Serial Line 

25 Interface Protocol) or PPP (Point-to-Point Protocol). These protocols allow Interne: 
packets to traverse ordinary telephone lines. Access to the Internet of this form is 
known as "dialup IP" access. With this access method, the user terminal 34 is 
temporarily allocated an IP address during each user session; however, since this IP 
address may differ between sessions, it is not practical for the entity 34 to act as a 

30 server. 
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A cornerstone of the WWW is hs ability to address particular information resources 
by means of an Uniform Resource Identifier (URI) that will generally be either a 
Uniform Resource Locator (URL) that identifies a resource by location, or a Uniform 
Resource Name (URN) that can be resolved into an URL. By way of example, a full 
5 or "absolute" URL will comprise the following elements: 

scheme - this is the access scheme to be used to access the resource of 

interest; 

nost . - the Internet host domain name or IP address; 

port j - the host port for the (TCP) connection; 

10 abs-path - the absolute path of the resource on the host. 

In fact, the 'port' may be omitted in which case port 80 is assumed. 

Figure 5 of the accompanying drawings shows an example URL for the Hewlett- 
Packard products welcome page. In this case, the elements are: 
15 scheme - http 

host - www.hp.com 

port - omitted (port 80 assumed) 

abs-path - Products.html 

20 The HTTP protocol is based on a request/response paradigm. Referring again to Figure 
4 of the drawings, given a particular URI identifying a resource 30 to be accessed, a 
client establishes a connection with the server 31 corresponding to the "host- element 
of the URI and sends a request to the server. This request includes a request method, 
and the "Request-URI" (which is generally just the absolute path of the resource on the 

25 server as identified by the "abs-path" element of the URI); the request may include 
additional data elemenrs. The server 31 then accesses the resource 36 (here held on 
storage 37) and responds and this response may include an entity of a type identified 
by a MIME (Multipurpose Internet Mail Extensions) type also included in the response. 

30 The two main request methods are: 

GET - This method results in the retrieval of whatever information (in the 
form of an entity) is identified by the Request-URI. It is important to 
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note that if the Request-URI refers to a data-producing process, it is the 
produced data which is returned as the entity in the response and not the 
source text of the process. 
POST - This method is used to request that the destination server accept the 
5 entity enclosed in the request as a new subordinate of the resource 

identified by the Request-URL The POST method can be used for 
annotation of existing resources, providing a message to a bulletin 
board, providing data to a data-handling process (for example, data 
produced as the result of submitting a form), and extending a database 
10 through an append operation. 

In summary, the GET method can be used to directly retrieve data, or to trigger any 
process that will return an entity ( which may either be data or a simply an indication 
of the result of running the process). The POST method is used for registering data and 
specifying this method is also effective to trigger a process in the server to handle the 
15 posted data appropriately. 

Tbe passing of information to a process triggered to run on a server using either the 
GET or POST method is currently done according to an interface called the Common 
Gateway Interface (CGD- The receiving process is often written in a scripting language 
though this is not essential. Typically, the triggered server script is used for interfacing 
to a database to service a query included in a GET request. Another use, already 
referred to, is to append data associated with a POST request to a database. 

Other important factors in the success of the WWW is the use of the HypexText 
25 Markup Language (HTML) for representing the makeup of documents transferred over 
the WWW, and the availability of powerful graphical Web browsers, such as Netscape 
and Mosaic, for interpreting such documents in a client terminal to present them to a 
user. Basically, HTML is used to identify each part of a document, such as a title, or 
a graphic, and it is then up to the browser running in the client terminal to decide how 
30 to display each document part. However, HTML is more than this - it also enables a 
URI and a request method to be associated with any element of a document (such as 
a particular word or an image) so that when a user points to and clicks on that element. 



20 
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the resource identified by the URI is accessed according to the scheme (protocol) and 
request method specified. This arrangement provides a hyperlink from one document 
to another. Using such hyperlinks, a user at a client terminal can skip effortlessly from 
one document downloaded from a server on one side of the world, to another document 
5 located on a server on the other side of the world. Since a document created by one 
author may include a hyperlink to a document created by another, an extremely 
powerful document cross-referring system results With no central bureaucratic control. 

Hyperlinks are not the only intelligence that can be built into an HTML document. 

10 Another powerful feature is the ability to fill in a downloaded "Form" document on 
screen and then activate a 'commit' graphical button in order to have the entered 
information passed to a resource (such as a database) designed to collect such 
information. This is achieved by associating the POST request method with the 
'commit* button together with the URI of the database resource; activating the 

15 'commit' button results in the entered information being posted to the identified 
resource where it is appropriately handled. 

Another powerful possibility is the association of program code (generally scripts to 
be interpreted) with particular documents elements, such as graphical buttons, this code 
20 being executed upon the button being activated. This opens up the possibility of users 
downloading program code from a resource and then running the code. 

It will be appreciated by persons skilled in the art that HTML is only one of several 
currently available scripting languages delivering the functionality outlined above and 
25 it may be expected that any serious Web browser will have built-in support for multiple 
scripting languages: For example, Netscape 2.0 supports HTML 3.0, Java and 
LiveScript (the latter being Netscape proprietary scripting Language). 



30 



The importance of the role of the graphical Web browser itself should not be 
overlooked. As well as the ability to support multiple scripting languages, a Web 
browser should provide built-in support for standard media types, and the ability to 



PAGE 129/185 ' RCVD AT 6124/2004 7:41:29 PM [Eastern Daylight Time]* SVR:USPT0-EFXRF-1/1 « DNIS:8729306 ' CSID: 13239340202 ' DURATION (mm-ss):57-54 



. FROM LADAS & PARRY - L. A. 13239340202 (THU) 6. 24' 04 17:21/ST. 16: 38/NO. 4800000218 P130 

WO 97/22212 PCT/<5B9«/03055 

load and execute programs in the client, amongst other features. These browsers may 
be viewed as operating systems for WWW interaction. 

WWW and the Telephone Network 
5 It is possible to provide a telephony service over the Internet between connected 
terminals by digitising voice input and sending it over the Internet in discrete packets 
for reassembly at the receiving terminal. This is an example of a communication 
service on the Internet. Conversely, it is possible to point to a variety of information 
services provided over the telephone system, such as the Minitel system widely 
10 available in France. However, these encroachments into each anothers traditional 
territories pose no real threat to either the Internet or the public telephone system. 

Of more interest are areas of cooperative use of the Internet and the telephone system. 
In fact, one such area has existed for some considerable time and has been outlined 
15 above with reference to Figure 4, namely the use of a modem link over the PSTN from 
a user computer 34 to an Internet service provider 33 in order to obtain dialup IP 
access to the Internet. This cooperative use is of a very simple nature, namely the 
setting up of a bearer channel over the PSTN for subsequently generated Internet 
traffic; there is no true interaction between the Internet and the PSTN. 

20 

Another known example of the cooperative use of the Internet and PSTN is a recently 
launched service by which an Internet user with a sound card in his/her terminal 
computer can make a voice call to a standard telephone anywhere in the world. This 
is achieved by transferring digitised voice over the Internet to a service provider near 

25 the destination telephone; this service provider then connects into the local PSTN to 
access the desired phone and transfers across into the local PSTN the voice traffic 
received over the Internet. Voice input from the called telephone is handled in the 
reverse manner. Key to this service is the ability to identify the service provider local 
(in telephony charging terms) to the destination phone. This arrangement, whilst 

30 offering the prospect of competition for the telecom operators for long distance calls, 
is again a simple chaining together of the Internet and PSTN. It may, however, be 
noted that in this case it is necessary to provide at least a niinimum of feedback to the 
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Internet calling party on the progress of call set to the destination telephone over the 
PSTN local to that telephone; this feedback need only be in terms of whether or not 
the call has succeeded. 

5 From the foregoing it can be seen that the current cooperative use of the internet and 
telephone system is at a very simple level. 

It is an object of the present invention to provide a method of accessing a service 
resource item over a communications network that facilitates the integration of the 
10 PSTN and the WWW. 

Summary of the Invention 
According to the present invention, there is provided a method of accessing service 
resource items for use in respect of setting up bearer channels through a switched 
15 telecommunications system, the method including the steps of: 

(a) - provisioning at least one server connected to a computer network with a 

plurality of service resource items that are thereafter locatable on said computer 
network by corresponding known URIs, said computer network being logically 
distinct from the telecommunications system, and said service resource items 
relating to setup control for bearer channels through said telecommunications 
system with each said service resource item being associated with a respective 
predetermined code, said predetermined codes being distinct from said URIs 
and identifying end-point entities for said bearer channels; 

(b) - providing a mapping between each said predetermined code and the said known 
25 URI of the service resource item associated with that praietermined code; and 

(c) — utilising a said predetermined code to access a cortcsponding said service 

resource item by using said mapping to determine the URI corresponding to that 
resource item and then using this URI to access the service resource item over 
said computer network, 

30 

In one embodiment, at least some of the URIs are derivable from their corresponding 
said predetermined codes by manipulation according to a function specified by said 
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mapping. In another embodiment, at least some of the URIs are derivable from their 
corresponding said predetermined codes by look up in an association table associating 
said predetermined codes and URIs according to said mapping. This association tabJe 
can advantageously be held on at least one database server connected to the computer 
5 network, step (c) involving accessing the database server over the computer network 
to determine the URI corresponding to the said predetermined code. Preferably, the 
said at least one database server is provided by a DNS-type distributed database system 
in which the URIs are held in records associated with respective names, herein referred 
to as domain names, by which the records can be retrieved. In this case, step (c) 
involves translating said predetermined code into a corresponding domain name and 
using this domain name to retrieve the URI of the required service resource item from 
the DNS-typc distributed database system. 

More than one service resource item can be located at the same URI; in this case, the 
15 predetermined codes of these service resource items will include respective rclairve- 
resource-identifier values that can be used at the server holding the service resource 
items to identify the required resource item amongst the service resource items at the 
same URI. 

20 The telecommunications system may be a telephone system with each said 
predetermined code being either the telephone number of the calling party or the 
telephone number of the called party (these numbers may either be the numbers of 
specific telephones, or personal numbers). In one preferred embodiment where at least 
some of said predctcrrnined codes are called-party telephone numbers, the 
25 corresponding service resource items are the current telephone numbers of the called 
parties. 



Generally as regards the nature of the service resources, these may be of the following 
type: 

30 - service logic intended to be executed by the corresponding server upon being 
accessed with the result of this execution being returned to the accessing entity; 
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— downloadable service data which upon being accessed is intended to be 
downloaded to the accessing entity; 

— downloadable service logic which upon being accessed is intended to be 
downloaded to the accessing entity for execution thereby. 

5 

Preferably, where URJs are referred to in the foregoing, these URIs are URLs and/or 
URNs. Furthermore, the servers referred to are preferably HTTP servers. 

It is to be understood that reference in the foregoing to the computer network being 
10 logically distinct from the telecommunications system is not to be taken to imply that 
there is physical separation of the two - indeed, there will frequently be joint use of the 
same physical infrastructure. Furthermore, not only may bearer channels set up in the 
telecommunications system share the same transmission medium as the computer 
network, but such a bearer channel may act as a pipe for traffic across the computer 
15 network. The intention of requiring the computer network to be logically distinct from 
the telecommunications system is to exclude computer networks that are dedicated to 
the management or monitoring of the bearer network and effectively form part of the 
telecommunications system itself. 

20 Preferably, the computer network is generally accessible to users of the 
telecommunications system as this provides a number of benefits to users mat will 
become apparent hereinafter. The phrase "generally accessible" should not be construed 
as meaning that all users of the telecommunications system have such access to the 
computer network or can get such access but, rather, it should be understood as 

25 meaning that a significant proportion of these users have or can obtain access to the 
computer network. 

By way of example, in one preferred embodiment of the invention, the computer 
network generally accessible to users of the telecommunications system but logically 
30 distinct from it, is the Internet and the telecommunications system is a public telephone 
system. In another embodiment, the telecommunication system is a private system 
including a PABX, and the computer network is a LAN. 
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Brief Description of f ho Drawings 
Embodiments of the present invention will now be described, by way of non-limiting 
5 example, with reference to the accompanying diagrammatic drawings, in which: 
-Figure 1 is a simplified diagram of a standard PSTN; 

-Figure 2 is a simplified diagram of a known PSTN with IN service capability; 
-Figure 3 is a diagram illustrating host domain name resolution by the DNS of the 
Internet: 

10 .Figure 4 is a diagram illustrating the functioning of the World Wide Web; 
.Figure 5 is a diagram illustrating the format of a standard URL; 
•Figure 6 is a diagram of a first arrangement in which service resource items are 
held on HTTP servers accessible both by the service control subsystem 
of a PSTN and by Web users; 
15 .Figure 7 is a diagram illustrating the processing of a service request by the SCP 
of Figure 6; 

-Figure 8 is a diagram illustrating the format of a resource code used by the 

Figure 6 SCP when accessing a service resource item; 
.Figure 9 is a diagram illustrating the process of accessing a service resource in 

the case where the service code does not include an RRI part; 
.Figure 10 is a diagram illustrating the process of accessing a service resource in 

the case where the service code includes an RRl part: 
.Figure 11 is a diagram illustrating the derivation of the URI of a service resource 
by parsing an input telephone number in accordance with the present 
25 invetion; 

•Figure 12A is a diagram depicting a name space (the "telname space") constituted 
by the domain names derived by a parsing of a predetermined set of 
telephone numbers; 

-Figure 12B is a diagram depicting the incorporation of the telname space without 
30 fragmentation into the DNS; 

-Figure 12C is a diagram depicting the incorporation of the telname space in 
fragmented form into the DNS; 
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■Figure 13 is a diagram illustrating the overall operation of the Figure 6 
arrangement in providing a roaming number service in response to a 
telephone number being dialled at a standard phone; 
-Figure 14 is a diagram illustrating the overall operatioti 'of the Figure 6 
5 arrangement when utilised by a Web user in setting up a call through a 

telephone interface integrated into the user's Web terminal 
•Figure 15 is a diagram illustrating the overaJl operation of an arrangement in 
which an interface is provided between the PSTN and the Internet for 
telephone traffic; 

10 .Figure,* is a diagram iterating the overall operation of an arrangement in 
which a call setup gateway is provided between the Internet and the 
PSTN; 

Ftgure 17 is a diagram illustrating the overall operation of an arrangement in 
which a freephone service is implemented for Web users- and 
15 Figure 18 is a diagram similar to Figure P mustratmg the provision a distributed 
processing environment for interconnecting elements of the service 
control subsystem of the PSTN. 



20 Best iVfftde of Carrying rw the Wnfi™ 

Figure 6 Umstrates an arrangement for the provision of services in a PSTN 
conventionally comprising an mter-exchange network 13 (including trunks and switches 
at least some of which are SSPs 41 with associated IPs), an access network 11 
connectmg customer permise equipment (here shown as telephone, 40) to the network 
13, and a service control subsystem 42 including at Jeast one SCP for providing 
services to the SSPs 41 upon request. It will be appreciated that the Figure 6 
representation of a PSTN is highly diagrammatic. 

The SCP 43 may operate in a conventional manner responding to service requests from 
41 t0 ™ « particular data according to information 

contamed m the service request, and to send back to the requesting SSP appropriate 
inactions for effecting call set up. A service request is generated by the SSP in 
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response to predetermined trigger conditions being met at a trigger check point, there 
being one or more such check points in the course of handling a call (it may be noted 
that where the trigger conditions have been downloaded to the SSP from the SCP then 
it could be said that the SSP is responding to an information request by the SCP when 
5 contacting the SCP upon the trigger conditions being met - however, in the present 
specification, this initial conununicarion from the SSP to the SCP will be referred to 
as a "service request"). 

The SCP 43 is also provided with a network access interface 44 to the Internet 50 in 
10 order to make use of certain service resource items 49 (also referred to below simply 
as "service resources") during the course of processing at least certain service requests 
from the SSPs 41. These service resources 49 are held as WWW pages on HTTP 
servers 51 (more particularly, on service resource databases 52 of these servers 51). 
The WWW pages containing these service resources are referred to below as "phone* 
15 pages. The servers 51 are connected to the Internet and the phone pages are read 
accessible using respective URLs or URNs (for convenience, the more general term 
URI will be used hereinafter to mean the Internet-resolvable indicator of the location 
of a phone page). 

20 The service resources may be service logic or service data and may be used by an 
otherwise standard service logic program running on the SCP, by accessing the phone 
Page of the required resource using the appropriate URI. In certain cases, the service 
resources 49 may provide substantially all of the service control and data associated 
with a particular service. In this case, the service logic program running in the SCP 

25 43 is of skeleton form, being instantiated on receipt of a service request and then 
serving to initiate service resources access and to return the results of this access to the 
entity that made the service request. In fact, according to this approach, the SCP could 
be implemented simply as a platform for fetching and executing phone-page service 
logic and would not need to have the complex provisioning and management systems 

30 for such logic as is required by standard SCP platfotms; SCPs could then become more 
ubiquitous, possibly being associated with every SSP. 
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Figure 7 is a flow chart illustrating the progress of events in the case where the SCP 
43 handles a service request by accessing a phone-page service resource. Upon receipt 
of a service request in an INAP message (step 100), SCP 43 decodes the TCAP/INAP 
message structure in standard manner (steps 101 and 102) well understood by persons 
5 skilled in the art. Next. SCP 43 instantiates a service logic program, SLP, to handle 
the request (step 103). This SLP is then responsible for looking up the URL of the 
required service resource as determined from information contained in the service 
request (steps 104. 105). For example, if the service request relates to a cailed-party 
service, then the required resource will be indicated by the dialled number and the 
10 latter will be used to derive the URL of the resource. Once the URL of the desired 
service resource has been ascertained, a resource request (for example, in the form of 
an HTTP request message) is sent over the Internet to the corresponding server holding 
the desired service resource (step 106); a correlation ID is also passed with the 
resource request to enable a response from the latter to be linked with the appropriate 
15 SLP instance. A timer is also started (step 107). 

If a response is received from the accessed resource before the expiration of a time-out 
period (tested in step 108), then the response, which is usually in the form of a 
destination number, is supplied to the appropriate SLP as identified using the 
20 correlation ID passed with the response (step 109). An INAP/TCAP response message 
is then prepared and sent to the entity that made the original service request (steps 110 
and 1 1 1) after which the SLP instance is terminated (113). 

If in step 108, a time-out occurs before a response is received, then a default response 
25 value (generally a default destination number) may be looked up in the customer record 
and put in an INAP/TCAP message and sent back to the requesting entity (steps 1 14 
to 116). The SLP instance is then terminated (113). 

Locating & Accessing Service Re*™^ 
30 The nationality associated with accessing a phone-page resource is schematically 
represented in Figure 6 by resource access block 46. Block 46 includes URJ 
determination block 47 for determining the URJ of the phone page containing the 
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desired resource on the baste of parameters passed to block 46. Using the URI returned 
by block 47. the resource access block 46 then accesses the phone page of the required 
service resource 49 over the Internet through interface 44. 

5 Resource Codes - It is possible that more than one service resource is associated with 
a particular telephone number; in this case the resource access block 46 will need to 
know additional information (such as current point-in-eall, pic) to enable the 
appropriate service resource to be identified. If the service resources associated with 
a number are located oh different phone pages, then the additional information is also 
passed to the URI determination block 47 to enable it to return the URI of the 
appropriate phone page. It is also possible for all the service resources associated with 
a number to be located on the same phone page. In this case, the resource access block 
46 uses the additional information to pass a resource-identifying parameter with its 
access request to the phone page concerned; it is then up to the functionality associated 
with the phone page to access the correct service resource. 



10 



15 



Thus, each service resource can be considered as being identified by a respective 
resource code 54 (see Figure 8) made up of a first part Ul ("URI Identifier") used to 
identify the URI at which the resource is located on the Internet, and a second part RRI 
20 ("Relative Resource Identifier") used to identify the resource amongst plural resources 
at the same URI. 

Resource Access - Where only one service resource 49 is located on a phone page 58 
identified by a unique URI, then the resource code 54 simply comprises the UI 
25 generally either a telephone number alone or a telephone number plus a pic parameter 
(see Figure 9). In this case, accessing a resource simply involves mapping the whole 
resource code 54 into the corresponding URI (process 55) and then sending a request 
57 to the corresponding phone page 58, this latter itself constituting the desired service 
resource 49. The result of accessing resource 49 is then returned in response message 
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In contrast, where multiple service resources 49 are located on the same phone page 
58 (Figure 10), the resource code 54 comprises both a Ul and RR1, the UI generally 
being a telephone number and the RRI a pic or other parameter for distinguishing 
between the co-located resources. In this case, accessing a resource involves mapping 
5 the UI part of the resource code 54 into the corresponding URI (process 55) and then 
sendtng a request 57 to the corresponding phone page (process 56), the request 
including the RRI of the resource code. The phone page 58 includes functionality 64 
for accessing the required resource on the basis of the RRI in the request message The 
result of accessing the required resource 49 is then returned in response message 59. 

A„ alternacive to the Figure 10 method of accessing a service resonce that is co-located 
with other resources on a phone page, would be to retrieve the whole page across the 
Internet simply using the URI derived from the IJT part of the resource code, and then 
to extract the desired resource on the basis of the RRI. 

15 

URI Determination f rom Resource Code - The indentation of the URj 
determination block 47 that performs process 55 will next be considered. Block 47 may 
be implemented in a variety of ways, four of which are described below: 

20 Direct Input 

It would be possible, though not necessarily convenient, to arrange for the 
caJling party to input directly the required URI. The calling party may thus 
input the host id component of the URJ required (either in the form of a host 
domain name or host CP address) plus the path component of the URI. For 
example, in the case where the phone page of a called party is to be accessed, 
the calling party may input the URI of the called party and, indeed, this input 
may substitute for the norma! input of a telephone number. A leading input 
string (for example "999") may be used to identify the input as an URI. As 
regards the input means, where a user only has a standard 12 key telephone, 
input of host domain names and other URI elements requiring alpha characters, 
will need to be done using one of the standard techniques for alpha input from 
a phonepad (such techniques are already used, for example, to enable a calling 



25 



PAGE 139/185 1 RCVD AT 6124/2004 7:41:29 PM [Eastern Daylight Time] * SVR:USPT0-EFXRF-1/1 « DNIS:8729306 * CSID:13239340202 ' DURATION (mnvss):57-54 



FROM LADAS & PARRY - LA. 13239340202 (THU) 6. 24' 04 1 7 : 24/ST. i 6 : 38/NO. 4800000218 P140 

wo 97/222,2 pcr/fisw/woss 

25 

pany to "spell" out the name of the called party). It would also be possible to 
provide users with a lull alphanumeric keypad to facilitate URI input. 

Computation 

5 Service resource access over the Internet could be restricted to a set of dialled 

numbers from which it was possible to compute a corresponding URI; in this 
case, this computation would be the responsibility of block 47. 

Association Table Lookup 
10 Probably the simplest implementation for the block 47 is as an association table 

(either in memory or held on database disc store 48) associating a URI with the 
UI pan of each resource , code. A potential problem with this approach is that 
a sennce resource may be required for a called party number on the other side 
of the world which implies a rigorous update regime between PSTN operators 
worldwide in order to keep the association table up-to-date. (Note that the same 
implication is not necessarily applicable in respect of marking the called-party 
number as one required to trigger a service request, since the number may be 
arranged to be one of a group of numbers all triggering an appropriate service 
request, tn a manner similar to 800 numbers). 



15 



20 



25 



30 



DNS-Type Lookup 

An alternative lookup solution is to use a merarcnically-stmcmred distributed 
database system, similar to (or even part of) the Domain Name System (DNS) 
of the Internet, in order to resolve the UI pan of a resource code to a 
corresponding URI. This approach, which will be described in more detail 
below, would typically involve databases maintained by each PSTN operator for 
its numbers with which URls are associated. These databases would be 
accessible by all PSTNs through a network such as the Internet with resolution 
requests being pointed to the appropriate database in a manner similar to the 
Domain Name System. In . this case, the block 47 is constituted by an 
appropriate resolution program arranged to request UI resolution over the 
Internet through interface 44. 
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Before deacatttag . DHS-^e iookup imputation for *e UR, determination block 
47 * ^ genml corameM5 „ approptitt ^ 

„ ZTrtr URI ' CM2in StaplifiOIto " s «" P-* * 'tai^d connminrs are placed 
5 of an UJU in the following cases: 

(0 A pan of the URI path compos can be made aandart for all service 
resources, thia standard pan being simply added by U* block 47 once the rcs, 
of the URI baa been demrminrf. For eaample, where a toaming OTra be r is ,„ 
be looked up, it may by convention always be bold in a file "roam- in a 
-bdheerory - teI - Ca subscriber's dirccmy m , ^ fc m ^ 

the URI hosl component and me sunscriberHuuoue pan of the patb compos, 
are fin,, determined and rben to, rcmaining path pan Vrd/rcam- * added 

<n) ^™^con^nen t canbearcan g ed 1 „beu KS an.easaprcde K nnined 
pan of .be rcaonrce code, rhe block 47 needing only ,o derennine the host 
componen. and .ben add U« pad,. For eaamph, i. ^ * agTOd ^ ^ 
man always end win, the lelephone mimb er concerned. „ anient of ^ 
Krcmnaung digits u, have a bigb pmbabinly oneness „, me tost machtoe 
The nam may also include sundard component ro be added by block 47 
C«9 Blocks Of .eiephone amtm . na y have meis corresponding service sources 
located on the same boat setver so that it ia „„„ accessary ,o nse a pan of the 
telephone number to deWrnine the host compos of the URI; in this case the 
pad. t^nppnenrc*. convemenUy Include aU orpan of each telephone number. 
1ms sttnadon implies a tight degree of control by the telephone operants and 
does no, offer the tdephone nser the freed™, to choose the host server on 
which user places their phone page. 

Amines geneml pom, wonhy of noK is tha, however the U*I is detennined. the bos, 
T"" " - M * d — to fo ™ <* • - domain name or 

30 17,, IT' "° S ' ' S ideWffled * " *— — • *- > ntnher 

30 ^^l^ 1 ^ URI host name to IP address will subsequently be earned out in standard 

44 "* NmK Systtm of *• • ™. 

msolunon can be avoided if the host idemiry is dirccdy prcvided as an fi> address 
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Where a database lookup is used to provide the number to URI translation, this 
database may be independent of. or combined with, a customer database containing 
other customer-related information. Factors affecting this choice include, on the one 
hand, the possible desirability of having the number-to-URI translation information 
5 widely available, and on the other hand, the possible desirability of restricting access 
to other customer-related information. 

DNS-Tvpe TrRTT^lmp 

A DNS-type lookup implementation for the URI determination block 47 will now be 
described in some detail for the case where the UI part of the resource code is a 
telephone number and there are no constraints on the URI. thereby requiring both the 
full host and path components of the URI to be returned by the lookup. A key pan of 
the overall process is the formation of the equivalent of a host domain name from the 
telephone number of interest; this domain-name equivalent is then resolved into a 
15 corresponding URI by a lookup mechanism which in the present example is identical 
to that employed by the DNS (indeed, the lookup mechanism may be incorporated into 
the DNS though it can also be independently implemented). 



10 



20 



The nature of the DNS has already been described above with reference to Figure 3 
when the term "DNS-rype" system was also introduced. For convenience in the 
following a DNS-type system organised to provide a telephone number to URI 
translation facility will be referred to as a "Duns' system (standing for "DNS-type URI 
Server * system). 

25 The basic principles surrounding operation of a Duris system are: 

- every telephone number can be turned into a host domain name (the name 
space containing such host domain names for the telephone numbers of interest 
is referred to below as the "telname space"); and 

- for every host domain name in the host domain space there is a Registration 
Record held by the Duris system containing the corresponding URI. 

Thus, an input telephone number forming, in the present case, the UI part of a 
resource code 54 (see Figure 11), is first parsed to form a domain name (step 120) and 
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ta> passed ,o *, Duris sysIOT (mmaud „ „ ^ fc ^ 

o rcmev, ,be RR witt, U,. eorrespotftog URJ (st ep I21 ). FollowiDg „, fro ,„ ^ 
lookup, if the URI rcrurced tas io co.po^, as . domair, uao*. ,be DNS is uex, 
used * derive dre bos, n> address (srep ,22,: rbfa sttp of colme ^ ^ jf ^ 
hos, corcponea fa as au Ip address m ttK RR. Tic UW fa d«„ used .o mak e . 
"source req ues, ,o the apprc-priare server, passtag ar* rrj pm of cod= 
54 (step 123), 

Therc arc a uun.be, of possibles „ us. ^ .eve, as ,o bow a Duns syaeor couM * 
ju implemented: 

(a) Independent of the DNS. In this option the telnanv- 

F un ' me IemamE space constitutes the entire 

name space to be managed with the root of the telname space being the -. 



a 



15 



name space root (see Figure 12A where the telname space is shown hatched) 
In tins case, the Duris .system is independent of the DNS itself. The Duris 
system could, of course, use the same basic infrastrucmre as the DNS (that is 
the Internet) or an entirely separate network. Where the telname space 
comprises all the domain names corresponding to all public telephone numbers 
worldwide, parsing a full international telephone number would give a fully 
qualified domain name. Of course, the tehume space could be a much smaller 
set of names such as those derived ftom internal extension numbers within a 
company having worldwide operations. 
0» Unfragmented Telname Space within the DNS. In this option, the telname space 
* 3 d0main ° f DNS °™ the Duris system is provided by the 

DNS itself. Thus, where the telname space comprises all domain names derived 
from public telephone number* worldwide, the telname space could be placed 
wuhin the domain of the ITU, in a special subdomain "teP, the root of the 
telname space then being -tel.itu.int." (see Figure 12B where again, the hatched 
area represents the telname space). The responsibility for administering the 
domain -tel.itu.int. - would then lie with the ITU. With this latter example, to 
form a fully qualified domain name from an input telephone number, after the 
number has been parsed to form the part of the domain name corresponding to 
the structuring within the telname space, the tail "tel.itu.int.- is added The 
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fully qualified domain name is then applied to the DNS and the corresponding 
RR record, holding the required URI, is retrieved. As a further example, the 
telname space could be all name derived from internal extension numbers within 
Hewlett-Packard in which case the root of the telname .pace would be 
"tei.hp.com. " and Hewlett-Packard would be entirely responsible for managing 
this domain. 

O Fragmented Telname Space within the DNS. In this option, the telname space 
is split between multiple domains of the DNS name space and the Duris system 
is provided by the DNS itself. Thus where the telname space comprises all 
domam names derived from public telephone numbers worldwide, the telname 
space could be split between respective "tel" subdomains of each country 
domain; thus, as illustrated in Figure 12C, the part of the telname space 
corresponding to French telephone numbers would have a root of "tel.fr. - and 
the pan of the telname space corresponding to UK telephone numbers would 
have a root of "tel.uk.". The responsability for administering each "tel" 
subdomain would then lie with each country. With this latter example, to form 
a fully qualified domain name from an input telephone number, the part of the 
telephone number following the country code is parsed to form the part of the 
domain name within a country 'tel' subdomain and then a host domain name tail 
" 3dded 3PPropriate f0r * e c °™"y concerned. Thus for a French telephone 
"umber, the "33 " country code is stripped from the number prior to parsing and 
used to add a tail of "tel.fr. -. The tail appropriate to each country can be stored 
m a local lookup table. As a further example, two commercial organisations (X 
company and Y company) with respective DNS domains of "xco.com. " and 
^ "yco.com. - may agree to operate a common Duris system with a telname space 

split between "tel.xco.com." and "tel.yco.com". In this case, any Y company 
telephone number input from X company will be parsed to a fully qualified 
domain name terminating "tel.yco.com." and vice versa. 

30 Consideration will next be given to U,e parsing of a telephone number into a domain 
name - in other words, where to insert the "." characters into the number to provide 
the structuring of a domain name. Of course, as already explained, telephone numbers 
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"' r "" ^ * ° f *** «- koowiedge may oeed ,„ 
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For I——— -umbers it „ ould sU11 „ appropriale a xmm; ^ 
codes and so , bybM scheme would ^,^4,^^^ 

number acconiing ,„ known coutmy coda, and dtere^e, ^ . schcInc 
ffor exampie 3.7 or 4.6 or 3.3.4) to sepamte the digits. Of cou„e. „ . f „_ 
teiname space is being used as illustrated in Figure UC then the country code is used 
to .ook up the bos. munc tail and 1. is only d.e national par, of ^ whfch 
be parsed. 

Fin** as regards the details of bow a DNS server can be se, up to bold RR mcords 
«* WUs, tefereneecanbemade. forex^np... to 'DNS and BIND", Pan, Albitzand 
Cnke, Ltu. O'Reilly & Associates. ,»2 wbicb desoibea bow ,o set up a DNS server 
ustng the Unix BIND imp.ememad,n. The type of the RR rccorfs for 
text. K ' 



^ ta ^ *» ° NS «** -* « I- ^ry sun win, a digit. If dus 
convenoon is retained, .hen „ ia of course a tdvia, exeteise when pacing a .elephone 
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me URI need to be .coked u P . For exmnple, where mem are a number of differents 
serv.ee resources associated with a snS^ ^ fa jls OTO ^ ^ fc 
source IS identified by a pic pan of the resoutce code, then the input tCepnoue number 
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win be used to look „ p . not the full URI, but the host component and that pan of the 
path component up to the Levant subdirectory, the pic part of the UI then bein* 
appended to identify the n>mri»wt ~ — * 



5 



appended to identify the required resource file 

For small local Duns implementations, it may be possible ,o have a single serve, the 
cementation should still, however, be considered as of a DNS type provided' the 
other relevant features are present. 



10 Nature of < ^rvi ce R^ my^ 

Tun** now ,„ a consider*™ of a* aMce 49 ^ ^ 

*°°™ C * «" te — *• » win be described «, my bekw 

ta. by way of presen. example, d* ^ or rescue associated „ iIh . 

partrcolar PSTN user (individllaI or orsanisaIion ^ a ^ or ^ 

Colder the simple case where service « is . service ^ iIem suc „ „ , 

mlepbone corresponding ,o me number dialled by , calling pa^ „ ^ ^ 
number eou.d be made.be aom service resource of, phone page of the user. 
The phone page URI couid be a URL with scheme set to HTTP in which caa. the OCT 
T°T" " ^ '° Sucbanar^ngement is snirabie 

2S However, ,f ,be diversion number is to be visuaUy present at a user tenninai 53. dren 
may be deshable ,o company the number win, eaplanarory material (this will often 
no, be necessaty as Ute diversion number can be arranged ,o be rammed inro sn 
«mmg displayed page that already provides cornea, infornaoion,. However, wberc a. 

30 e!T T d0eS "** eXPla " a '° ,y - — « «- Version number, an 

=»«y omy wishing . mahe ftrncnonal use of .be phone page, could be anangen ,o 
remeve the phone page and then eattact the diversion number (mis wou,d, of course 
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require a standard way of identifying the information to be extracted from the phone 
page). 

An alternative and preferred arrangement for providing for both viewing and functional 
5 access to a resource requiring explanatory material for viewing, is to use an object- 
onented approach to resource design. In this case, the resource object would have two 
Afferent access methods associated with it, one for purely functional use of the 
resource and the other enabling viewing of associated explanatory material It would 
then be „ P lo the accessing entity to access the resource object using the appropriate 
10 object method. 

Yet another arrangement for providing for both viewing and functional use of the 
Aversion number, would be to provide separate resources appropriately configured for 
each use. each resource having its own resource code (generally, both such resources 
would be placed on the same phone page and in this case the UI part of each resource 
code would be the same). 

Retrieval of a phone page for use by a human user win generally not be as time critical 
as retneval for operational use by a PSTN. Thus, while for human use the scheme 
specified in the URL of a service resource could be HTTP, it may be advantageous for 
operauonal use to define a specia! -phone" scheme (access protocoI> whicil WOUId 
result tn the server 51 using an optimised access routine to access the required resource 
(d.versron number, in the current example) and respond to the accessing entity in the 
minimum possible time. 

25 

Besides data items, other possible types of service resource include service logic for 
execution in place (at (he server) with the result of this execution being returned to the 
enuty accessing the resource; service logic downloadable from the server to the 
accessmg entity for execution at that entity; and a logging resource for logging 
^formation passed to it by the accessing entity (or shnpiy for logging the fact that is 
has been accessed). I. will be appreciated that the logging resource is really just a 
particular case of service logic executable in place. 
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By way of exampie, a service rescue consumed by execute-in-ptoce service logic can 
be arranged .o tmpiemem time-oMay routing. the result of execuUng the service logic 
betng the telephone number to which a c*l should be ratted talcing account of the time 
of day a, the called panv s location. An example of a service resource coated ^ 
download^ service ,og fc is service ,„ gfc for filing > 
mterrogauon usmg the faciUues provided by an IP. As recaps the logging resource 
tins can be used for rccordtag the number of cadis placed «o a panicnlar number. ' 

Wherc each resource has Us own pboae page and the u presem 

.0 ueembellrsbed functional form, then the HTTP scheme can be employ for access 
using the GFT method for bom me downloadabte service logic and the execution-in- 
place service logic, and the POST method for the .ogging rcaourec. If lt a draired „ 
prov.de an explanatory mamria. with each service resource, then any of me solutions 
discussed above to relation lo data Items, can be used 

15 

Where tnore man one service resource is ,o be aaaxided with a number, men each 
such resource can be placed on a respective phone page with its own VB1 However 
■he preferred approach is .„ place all such service reaourcea o„ the same page and use 
the RR. pan of me conespondtog resource codea to enable access to me appropriate 
20 resomee. The -ceased rcsource is .hen treated acx^g to its fonn if 
execute-n-place service logic. rem™d if dowrtoadable service data or logic). 

Thus if bom a diversion-dumber service-data rcsource ^ , Ume^ y execution-to- 
puce aenace-logre resource arc plaC ed on me same phone page, me diversion-number 
resource code might have an RRI of "1 • whilst th*» tw^r a 
have an PJU vaiue of - " 

Where calltag/clled pany options are to be included fa a service resource for 
presentation <o such pany, then as already indicated, mis can conveniently be done by 
30 eoortmrting me service resource as downloadable service logic with Ore chosen option 
possibly radiating request for a follow-up service resource. 
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It will be appreciated that a service resource will often be of a complex type 
combining service data and/or downloadable service logic and/or execute in p ,ace' 
semce logic. A particularly powerful combination is the combination of the two types 
of service logic where the downloadable service logic is designed to interact with 
5 execute-in-place service logic; using this arrangement, the user can be presented with 
complex client-server type applications. 



Example TTsapp of Sftrvi^ p Trr 

Figure 13 illustrate, the operation of a service making use of a resource on a server 
10 51. Thas service is equivalent to a -personal number" service by which a user can be 
accessed through a single, unchanging number even when moving between telephones 
havmg different real numbers. To achieve this, the user requiring this service (user B 
m the current example) is allotted a unique personal number (here referred to as the 
"Webtel- number of B) from a set of numbers all of which have the same leading 
15 number string to enable an SSP to readily identify a dialled number as a Webtel 
number. User B has a service resource 49 on a dedicated phone page on HTTP server 
51, this phone page being located at a URL here identified as w url (B phone page)". 
B's phone page when accessed returns the current roaming number (• B-telNb') where 
B can be reached. In the simplest case, B's phone page is just a single number that can 
20 be modified by B (for example, from a terminal 53) as B moves to a different phone 
More likely is that B's phone page is an execute-in-place service logic providing time 
of day routing.. 

In the present example, the association between B's Webtel number and the URL of 
25 B's phone page is stored in an association table accessible to SCP 43. 

Upon a user A seeking to contact user B by dialling the Webtel number of B, the 
telephone 40 being used by A passes a call set up request to SSP 41 (note that in 
Figure 13 the bearer paths through the telephony network are shown by the thicker 
1»ks 60, the other heavy lines indicating signalling flows). SSP 41 detects the dialled 
number as a Webtel number and sends a service request to SCP 43 together with B's 
Webtel number. SCP 43 on receiving this service request initiates a service logic 



30 
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program for controlling translation of B's Webtel number imo a cunent roaming 
number for B; in fact, in the present case, this program simp* requests ^ 
access block 46 to access the service resource identified by B's Webtel number, (that 
«, B's phone page 49) and return the result of this access. To mis end, block 46 first 
5 translates B's Webtel number into the URL of B's phone page and then uses this URL 
to access B's phone page over the Internet (for example, using the 'phone' schetne 
already referred to with a method corresponding to the HTTP GET method) This 
results in B-s current roaming number B-telNb being passed back to block 46 and in 
due course this number is returned to the SSP 41 which then initiates completion of call 
1 0 set up to the telephone 40 corresponding to B^telNb. 

The Figure 13 example related to a called-party service; it will, of course be 
appreciated that the principle of accessing service resources over the Internet can be 
applied to an types of services, including both calling-party and called-party services 
15 and hybrids. Thus, standard 800 number services can be implemented with the dialled 
800 number resulting in access to a phone page resource constituted by execute-in-place 
~rv,ce logic that returns the most appropriate number for controlling onward call 
routing. 



I W " J * WCCiated ^ * Figure 13 example the service request from 

the SSP was triggered by a leading number string of a dialled number, a service 
request may be triggered by a variety of triggers including calling-party number, 
called-parry number, or some other user input, such triggers being possibly qualified 
by call setup progress (for example, called-party number qualified by a busy status or 
^> by rmgmg for more than a certain time). 

With respect to the logging service resource mentioned above, one possible application 
for such a resource is in telephone voting. In this case, dialling the voting number 
causes the SSP picking up the call to pass a service request to SCP 43 which then 
contacts the appropriate logging resource over the Internet to register a vote after which 
the call is terminated. To minimise bottlenecks, a logging resource could be provided 
at a afferent URL for each SCP. it being a simple matter to col.ect and collate voting 
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from all these logging resources over the Internet. If an SCP with Internet access is 
provided at every SSP. then the risk of congestion is greatly reduced. 

As already noted, a user's phone page may hold multiple service resources in which 
case the access request from the accessing SCP needs to contain an appropriate KRI 
identifying the required resource. 

In the event that an SCP is to provide both a traditional IN service to some users and 
an equivalent service using an Internet-accessed service resource to other users, then 
a lookup table may need to be provided in the SCP to ensure that a service request is 
appropriately handled; such a lookup table can conveniently be combined with tbe 
customer record database. 

Once a user, such as user B, has set up one or more phone pages specifying bis desired 
15 service resources (particularly service logic defining personalised services), it is clearly 
logical for user B to want any PSTN operator he cares to use, to access and utilise 
such service resources. This is possible if the Wcbtel-to-URl databases are available 
to all operators. Thus multiple operators could be set to access B's phone page or 
pages. If an operator declines to use B's phone pages, B can obviously chose not to use 
20 that operator (at least where that operator provides a long haul carrier service subject 
to user selection). The possibility therefore arises that service provision wiH cease to 
command a premium from operators, but that the provision of phone-page utilisation 
by an operator will become a necessary basic feature of PSTN operation. 

25 Provisioninp and Updating Service RgsniiTT^ 

Consideration will next be given as to how the service resources 49 are provisioned to 
the servers 51 and subsequently updated. 

So far as provisioning is concerned, two basic actions are required: firstly, the service 
30 resource must be placed on a server 51 and, secondly, the URI of the service resource 
must be notified to the PSTN operator along with the trigger conditions (number plus 
any other condition such as point in call) calling for access to the resource; if multiple 
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resources are provided at the same URI. then the RRI va, Ue5 needed to retrieve the 
appropriate resource for a particular trigger condition, must also be notified Uns 
noufication process wil, be referred to hereinafter as 'registering' the service resource 
with the PSTN operator, registration is, of course, necessary to enable the association 
tables used by SCP 43 to be set up and for trigger conditions to be set fa SSPs 43 For 
certam services, such as that described above with reference to Figure 13, it is not the 
user that supplies the triggering number (the Webtel number in the Figure 13 example) 
mstead, the PSTN operator allocates an appropriate number to the user as pan of the 
registration process. 



10 



As to the process of placing a service resource on a server 51, how cnis is carried out 
wul depend on the attitude of the PSTN operator to the possible effects of such service 
resources on operation of the PSTN. Where the service resource simply returns a data 
item to an accessing entity, then an operator may not be too concerned about possible 
errors (accidental or deliberate) in implementing the service resource. However the 
operator will probably be much more concerned about the proper operation ofanv 
servtce logic that may be returned by a resonrce; indeed, an operator may not perron 
such a service resource. 

20 Assurning for the moment that a„ operator has no concerns about the nature or 
mrplementation of service resources, then bow a ^source is placed on a server 51 will 
largely depend on the nature of the server concerned. For example, if a user has a 
computer with network access to the Internet and this computer is used as server 51 
then the user can simply ,oad a desired resource onto the server as a WWW phone 
page for externa, access. A similar situation arises if the server is an organisation 
server to which the server has access over an internal LAN. In both these latter cases 
Wrng the resource as a WWW phone page does not itself require Internet access. 
However, if the server 51 is one run by an external Internet service provider, then a 
user can arrange to download the required service resource into the user's allocated 
Web sue space on the server; this may or may not invoive Internet access. One special 
case of this latter scenario is where the PSTN operator provides a special server for 
user phone pages containing service resources. 
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Except where a user's own computer acts as server 51, placing a service source on 
a server will generally involve clearing one or mo re leV els of password protection. 

As regards the origin of the service resource loaded by a user onto server 51 , this may 
be generated by the user or, particularly where the resource includes service logic may 
be provided by a third party (including the PSTN operator). 

If the PSTN operator wishes to have control over the service resources 49 to avoid any 
adverse effects on operation of the PSTN, two approaches are possible. Firstly, the 
10 operator could require that every resouree (or, possibly, a particular subset) had to be 
subject to a verification process before use. appropriate measures then being taken to 
avotd subsequent alteration of the resource by the user (except, possibly, for particular 
data item,); in this respect, the operator could require that the resource be placed on 
a server under the operator's control and to which the user had no write access (except 
15 Possibly for altering particular data items, as indicated above). A second more 
attracts, approach to rninimising adverse effects by the service resources 49 is for 
the operator to provide standard service resources to which a user could add the user's 
own data (and possibly make limited functional selections in case where the resource 
_ "* ,Uded * e ™st°mised resource would then be loaded onto a server 51 

20 controlled by the operator. This process can be conveniently implemented for a 
particular resource using an HTML "form" which a user could download over the 
WWW from the operator-controlled server. After completing the form and activating 
a 'commit' graphical buuon of the form, the entered information would be 'posted' 
back to the server where the information would be used to produce a customised 
25 service resource thereafter placed on the server for access over the Internet. An 
advantage of this approach is that registration of the service resource with the operator 
ts stmujtaneaously effected, at may be noted that if registration needs to be done as a 
separate act from having a service resource loaded on a server, then using an HTML 
form is a very convenient way to implement the registration process) 

30 

From the foregoing it can be seen that whilst the provisioning process does not 
necessarily require information to be passed over the Internet, in many cases this will 
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be the best solution, particularly if an HTML form exchanged over the WWW can be 
used to produce a customised service source. It should be noted that producing a 
customised service resource using an HTML form is not limited to cases where the 
PSTN operator controls the server. 

5 

As regards updating service resources, there is likely to be a need to update certain 
data hems on a fairly frequent basis (for example, roaming number). Where the PSTN 
operator does not place any controls on the service resources 49, then update is a 
relatively simple matter, only requiring write access to the server concerned (as already 

10 indicated, this will generally involve one or more levels of password protection) 
However, where the PSTN operator exercises control over the service resources, for 
example by only permitting customisation* of standard service resources, such 
customised resources being loaded on servers controlled by the operator), then write 
access to the service resource may be tightly controlled. Again, an HTML form may 

15 conveniently be used as the medium for modifying a data item in such cases; to the 
operator, this has the benefit of limiting the modifications possible whilst to the user, 
a form interface should provide a simple route to resource modification. 

For more complex updates, it may be necessary to go through a process similar to that 
20 required for initial provisioning. 

Particularly where the service resources are held on a server 51 controlled by the 
PSTN operator, resource update will generally involve communication over the 
Internet. 



25 



30 



Web User Interaction 

Consideration will next be given to other possible uses of the service resources held 
m phone pages on the servers 51. For example, if user B's phone page contains a 
dtversion number, then provided this phone page is read-accessible over the Internet 
from user A's terminal 53. user A can use a graphical Web browser running on 
terminal 53 to view B's phone page and discover B's diversion number. As earlier 
discussed, the diversion number may be passed to user A for display i„ an existing 



PAGE 155/185 » RCVD AT 6/24(2004 7:41:29 PM [Eastern Daylight Time] * SVR:USPT0-EFXRF-1/1 » DNIS:8729306 ' 0810:13239340202* DURATION (mm-ss):57-54 



FROM LADAS & PARRY - L. A 13239340202 



(THU) 6. 24' 04 1 7: 29/ST. 16: 38/NO. 4800000218 P156 



WO 97/22312 PCT/GWWKHB5 

41 

visual context giving meaning to the number, or ^ ^ ^ to user A wixb 
accompanying explanatory text. 

A more useful example is a current roaming number service for user B Suppose B's 
5 phone page 49 on server 51 ( SC c P igure I4) „ operative ^ acc ^ d ^ 

current roaming number where B can be cached. Further suppose that user B has a 
Web site with several Web pages written in HTML and each page contains a graphical 
Phone' burton which when activated uses the GET method to access D's phone page 
by its URL. Now if user A whilst browsing (arrow 66) B's Web she over the WWW 
10 from user A's terminal 53, decides that he wouid like to call user B to discuss some 
item of interest, user A simply activates the phone button 65 on the currently viewed 
page of B. This causes B's phone page to be accessed using the HTTP request "GET 
URL (B Phone Page)' - see arrow 67. 

15 B's current number to be called is then detennined and pa«ed to user A's terminal 53 
(see arrow 68) where it is displayed. An explanatory text concerning the number will 
generally also be displayed; for example the text "Please call me at the following 
number:" could be displayed, this text being provided either by the HTML script 
associated with the phone button, or from the phone page when mturning the current 
number. In fact, it would probably be more helpful to provide user A, not only with 
the current number for reaching user B, but also with all numbers where B could be 
reached together with the times when B was most likely to be at each number. Since 
this extra information is likely to be subject to frequent change, the only sensible way 
to provide the information is from the phone page, thus, B's phone page oot only 
25 prov.des the current number for reaching B, but also a text that includes numbers and 
toes subject to change; scripting B's phone page is, of course, done in a way that 
ensures that variable data need only be altered in one place. 

In a further example, B's phone page might include downloadable service logic for 
execution at user A's terminal. This is useml where choices are to be presented to a 
user, each choice producing a follow-up action such as fetching a further phone page 
For example, the first-accessed phone page may be a family phone page giving ^ 
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general telephone number for a family but also giving the user the possibility of 
selecting further phone information on each family member, such as a time-of-day 
dependent number; in this case, each family member has their own follow-up phone 
page. 

5 

In the above scenarios, user A has been presented with a number to call over the 
PSTN. User A can now pick up his standard telephone and dial the number given In 
fact, a complication arises if A only has Internet access via a SLIP/PPP connection 
over an ordinary, non-ISDN, PSTN line since, in this case, A's telephone line is 
10 already tied up with making Internet access when gateway 90 seeks to set up a call to 
A's tefephone; with an ISDN connection, as two channels are available, this problem 
does not arise. One way of overcoming this problem wo«ld be to have user A's 
terminal 53. after obtaining the number to call from B's phone page, automatically 
suspend its Internet session by storing any required state information (for example 
15 current WWW URL being accessed) and then terminate its SUP/PPP connection to' 
thereby free up the telephone line, A can then telephone B. At the end of this call A 
can resume the suspended Internet session, using the stored state information to return 
to the point where A left off to call B. An alternative approach is to operate a suitable 
multiplexing modulation scheme on the telephone line to A allowing voice and data to 
20 be simultaneously carried. A number of such schemes already exist. The PSTN would 
then need to separate the combined data and voice streams coming from A at some 
point and pass each to its appropriate destination (the Internet data being forwarded to 
the ISP providing the SUP/PPP connection for user A and the voice stream being 
passed to B); of course, data and voice traffic in the reverse direction would also need 
25 combining at some point for sending over the last leg to A's terminal. 

Rather than A manually dialling B using a standard telephone, another possibility is 
that user A's terminal is provided with functionality enabling A to make a call over the 
PSTN from bis terminal; this functionality generally comprises a hardware interface 
30 70 (Figure 14) to a telephone line and phone driver software 71 for driving the 
interface 70 in response to input from application software such as the Web browser 
73. A could call up his phone software and enter the required number or, preferably, 
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A need only "select- on scteen the number returned fro* B's phone page and then pass 
« into A's phone software. Indeed, provided user B knew the software interface to the 
software 71 providing dialling rationality on A's terminal, i, would be possibfc for 
B s phone page to return to A's terminal program code for automatically dialling B's 
5 number upon A confirming that he wishes , 0 proceed with caJJ placement As an 
alternative to placing a voice call, if A's terminal is equiped with a suitable modem and 
controlling software, A could, instead, elect to send a fax or data to B through the 
PSTN either W B ' S ° rdinar y or to one specified in B's phone page as the 

number to be used for such transmissions. Of course. p,acing a call from A's terming 
10 over the PSTN may be subject to the problem already discussed of conflict for use of 
the telephone line where this is not an ISDN line and A gains Internet access via a 
SLIP/ppp connection. 



15 



However tne call is placed, if B's telephone corresponding to the number tried by A 
«s busy, a number of possibilities exist. Thus if B has a phone page that specifies a 
diverse number, and B has registered this service resource with the PSTN, then the 
divers™ number should be automatically tried by the PSTN. However, if the diversion 
number resource has not been registered with the PSTN, a busy signal will returned 
to A. Where A has placed the call through a standard telephone, A must now decide 
how to proceed and A may elect either to give up or to refer again to B's phone page 
to look up the diversion number and redial using this number. If A placed the original 
call using his terminal 53 then the latter can be programmed to detect the return of a 
busy signal and then automatically look up B's diversion number and redial usiug this 
number. This mnctionality can be included in service logic downloaded from B's phone 
z 5 page and run on A's terminal. 

If A had to tennimte his Internet session in order to free up ,1* telephone Hne for 
voice use, then referring back to B's phone page requires a new Internet session to be 
started ( m fact, this inconvenience could be avoided if B's diversion number were 
30 passed to A's terminal at the time the original number to be dialled for B was 
supplied). 
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The service resource accessed on B's phone page upon B's telephone being busy may 
of course, be more complex than just a diversion number. In particular, user A may 
be presented with a range of options including, for example, B's fax or voice mailbox 
number, the selection of an option potentially initiating the nmning of appropriate 
accessing software. Another possible option would be for A to leave B a call back 
message using a form downloaded from B's phone page upon this option being chosen 
the completed form would be posted back to server 51 and logged for B to check in 
due course. 



Of course, it may anse that user A wishes to access B's phone page to find out for 
example, B's current roaming number, but user A does not know the URJ of B's Web 
site and only has B's Webtel number. A could just call B through the PSTN in which 
case the translation of B's Webtel number to roaming number would be automatically 
15 effected (assuming B is still registered for this service); however, A may not wish to 
call B slight away, but just note his current roaming number. In order to solve A's 
problem, the Webtel-to-URI association tables previously described are preferably 
made accessible on the Internet at a known address (for example, at a known Web 
sue). All that A need now do is to access this Web site passing B's Webtel number; 
20 B's phone page UBJ will then be returned to A who can then use it to access B's phone 
page. Th,s process can. of course be made automatic from the point when A sends B's 
Webtel number to.the association-table Web site. 



25 Internet/PSTN Call Interfax 

In the Ftgure 14 scenario. A's access to the PSTN was through a standard telephone 
interface even though the actual form of A's telephone differed from standard by being 
integrated into A's computer terminal 53. Figure 15 illustrates a situation where A 
after being supplied with B's current roaming number as in the Figure 14 case calls 
B via a route that starts out over the Internet and then passes through a user network 
interface 80 into the PSTN. Interface 80 is arranged to convert between ISDN-type 
telephone signalling on the PSTN and corresponding signalling indications carried 



30 
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across the Inter** in IP packets; in addition, interface 80 transfers voice data from IP 
packets onto trunk 60 and vice versa. 

Thus, upon A initiating a call to B, Internet phone software 81 in A's terminal sends 
5 call initiation signalling over the Internet to interface 80. the address of which 
already known to A's terminal. At interface 80, the signalling is converted into ISDN 
type signalling and passed to SSP 41. Call set up then proceeds in the normal way and 
return signalling is transferred back through interface 80, over the Internet, to the 
software 81 in A's terminal. This software passes call setup progress information to 
10 the WWW browser 73 for display to A. Upon the call becoming established, A can 
talk to B through his telephone and A's voice input is first digitised in phone hardware 
interface 83 and then inserted into IP packets by software 81 to traverse the Internet 
• to interface 80 (see arrow 84); voice traffic from B follows the reverse path. 

15 IN services can be provided to this call by SCP in response to a service request from 
an SSP 41 . Thus, if B's phone is busy, and B is registered for call diversion, SCP 43 
on receiving a service request will access B's appropriate phone page for call diversion 
and retrieve the diversion number. If SSP 41 is not set to initiate a service request on 
B's telephone being busy, the busy indication is returned to A's terminal where it can 
be handled in the manner already described with reference to Figure 14. 

In fact, interface 80 can be provided with functionality similar to an SSP to set trigger 
conditions and generate a service request to SCP 43 on these conditions being satisfied. 

25 Third-Parry Call Swnp n»t™» y 

Figure 16 illustrates a further arrangement by which A can call B after receiving B's 
current roaming number. In this case, a third-party call set-up gateway 90 is provided 
that interfaces both with the Internet 50 and with an SSP 41. Conveniently, gateway 
90 can be co-located with SCP 43 (though this is not essential). Qateway 90 has the 

30 capability of commanding SSP 41 to set up a call between specified telephones. 



20 
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Thus, upon A wishing to call B, a tlurd-party ca,, setup request „ „ from A>s 
tentunal over Che Internet to the gateway 90 (see arrow 91). to, ^ rcquest includes 
A s telephone number and B»s current roamijag number. Gaieway „ fim a£tempts tQ 
setup the can to A's telephone (winch should generally succeed) and thereafter to set 
«P the.call to B-. identified teiephone. Once the ca„ is setup, a and B comnrunicate 
in standard manner across the PSTN. 

If B-s phone had been busy, then any „, ,he previousIy ^ ^ 

.0 Gateway 90 can also be arranged „ ^ service requea* to SC P 43 upon 
predetermined mggec conditio* being sadsfieu. Tbus, g att w,y 90 migh, be set ,o pick 
n P the busy condldon „„ Bs telephone and initiate a service request ,„ SCP 43 for a 
."version number. However passing the busy indication back ro A's rennina, v,a 

^ gateway 90 is preferred because of the fleaibUity i, gives A regarding hmher action. 

As already genendly discussed in relation to Figure 14. a compaction arises if A only 
baa Luerne, access via a SLn yP PP eonueaion over an ordinary, non-ISDN. PSTN Iin e 
stnee. m this case, A's tOephone ,iue is already tied „ p wittl mafcing ^ ^ 
When gareway 90 seeks ,o se, up a eai, ,o A s telephone. The solutions discussed in 
ms^t of Figure 14 (termination of Imemet session; mu.tip.eatog voice and tore™, 
data on aame telephone line) ctu. also be used here. An ahemadve approach bod, for 
Ftgure 14 and for Figure ,6 scenarios is possibie if user A's termini, can handle a 
vo.ee cal! as uighised voice passed over the Internet, to „ is case, .be voice ^ M 
be placed through ^ jnlcrfa(:e 80 of the Rgure 15 fom ^ ^ ^ ^ — ^ 

25 Internet communication wim rhe B's phone page and/or gateway 90 are bod, carried 
■n toterne, p^kets passed overthe SUP/PPP connection Io/fn)D1 A s termtoal 53 bu, 
»s logicaily distinct Oowa passed ,o separate apphcations running on terminal 53. 

90 conld equally have been mad. by service logic held to B's phone page and executed 
by server 5! (such an arrangement would, „ comae, require A's telephone number ro 
be passed to B s phone-page service .ogic and thia cnu,d be arranged to occur cither 
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1. may afeo be noKd tha, the «, of ^ J5 ^ 

6 prov.de eaamp,e S „ f ^ m tetog pasMd , o ^ ^ J- 
by enuues other than SSPs 41 . ^system 



WWW-hasert 'FreePhaW (gfiQ n wn lv.r) geryi^s 

It is possible to implement a "FreePhone" or "800 number" tvne of ^ 

in ~ ,u- uuiflocr type or service using a 

10 combination of the WWW and the PSTN A. orfii k~ 

H _ . , As be seen from the following 

«^.o ^cd P^ or on d* use of a wI a, -goo- number. lw . characotrisrics of 
s^dan. F^epione- themes. The WWW/PSTN unpfetnettation, d0 , 
possessttae more general characteristic of placing an enquiring party and the party to 
whon, the eu^r, is direct, udepoooe contact a, a* ettpense of the .auerZy. 

HgUrc " «— «• a user D such as a large department store naa a websit<! 

Z™ 1 "* " "bo has dtec, computer access to 0. server over line 125 D's 
Wetoe may. for e^unpte. contain raany caudogue-,^ Web pages illustrating goods 

D ' * ° ddi " 0n - ° - 3 ^ — « «* ^UtgZuMes 
Ptac* o„ a freephone basis; the URL page fa 

araphtcal button 122 p!aced on each of the Webshe catalogue pages. 
Suppose user A at terminal 53 is browsing D's Weh<sto* i~,t,- 

. g " s w «*site, looking at the catalogue paces 

*« netn .ben A can activate a, .emunal 53 the graphical freephone budon 122 

o a r* caB ' ogue m ° "™- ^ «""*- «— «* — *- 

d'^kT " 1 opUonaUy. .hair natne. alter which an HTTP request is sent to 
freephone page using the POST method and enclosing the entered data (anw 
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123). D's freephone page on receiving this request executes service logic to enter a 
new enquiry (including A's name and telephone number) in an enquiry queue 127 
mamta.ned in an enquiry control system 126. l n the present example, the enquiry 
conrrol system is Connected to the server 51 via line 125, extemalJy of the Internet 
5 however, it would also be possible to have server 51 communicate with the enquiry 
control system through the Internet and. indeed, this may be the most practical 
arrangement where D's Website is on an ISP server rath cr ^ un a server comrolled 
by D. In feet, the code run in A's terminal upon activation of the Freephone graphical 
button 122 could be arranged to directly forward the enquiry request to the enquiry 
10 control system over the Internet rather than passing it back through the server 51 . 

The enquiry control system 126 manages enquiries passed to it to ensure that they are 
dealt with in an ordered manner. The system 126 on receiving a new enquiry 
preferably estimates approximately how long it will be before the enquiry is dealt with 
15 this estimation being based on the number of currently queued enquiries and the 
average time taken to handle an enquiry. This estimation of waiting time is passed back 
via server 51 to user A in the response to the POST request message. 

The enquiry control system 126 looks after the distribution of enquiries to a number 
:0 of agents each of which is equipped with a telephone 40 and a display 129 A's 
enquiry will be dealt with as soon as it reaches the head of the queue 127 and there is 
an agent detected as available to handle the enquiry (thus, for example, the system may 
be arranged to detect when an agent's telephone goes on hook). When these conditions 
are met, a distribution and setup control unit 128 takes A's enquiry and displays A's 
name and telephone number on the display 129 of the available agent (for ciariry 
herein referenced as agent D'); if user D keeps a database on D's past customers or 
credtt raring data , ^n unit 128 will also look for and display any such further 
information known about A. At the same time, unit 128 makes a third-party call setup 
request (arrow 130) over the Internet to gateway 90 asking for a call to be set up 
between the telephone of the available agent D' and the telephone of user A, both 
telephones being identified by their respective numbers. If both D' and A pick up the 
call, the enquiry then proceeds, the cost of the call being paid for by D as it is D that 
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originated the call over the PSTN. If, for whatever reason, the call remains incomplete 
(for example, unanswered by A) for a predetermined timeout period, then unit 128 cat, 
be arranged to automatically pass on to the next enquiry at the head of the queue 127. 

5 It would, of course, be possible to dispense with having the unit 128 request call setup 
through gateway 90 and either nave the agent D- dial A's number manually or have 
unit 126 initiate autodialling for D' telephone (agent D> having, for example a 
computer-integrated telephone similar to that of A's in Figure 14). The advantageof 
these approaches is that the existing PSTN could be used without adaption and without 
any service installation, in implementing the WWW-based freephone service 



10 



As discussed in relation to Figures 11 and 13, a complication arises in placing a call 
to A if A only has Internet access via a SLIP/PPP connection over an ordinary non- 
ISDN, PSTN line since, in this case, A's telephone line is already tied up with making 
15 Internet access when user D tries to set up a call to A's telephone. The solutions 
dtscussed in respect of Figures 1 1 and 13 can also be used here (termination of Internet 
sesston; multiplexing voice and Internet data on same telephone line; and placin* the 
call over the Internet to A's tenninal). With respect to the solution based on 
termmatton of the Internet session, such termination could be delayed until A's enquiry 
20 was about to be dealt with; however, to do this, it would be necessary to provide 
feedback from the control system 126 over the Internet to A's tenninal 53 and to 
associate this feedback with code for bringing about Internet-session termination. One 
way to achieve this would be to have the response message sent by server 51 in reply 
to the original POST request message from A, include a correlation code; any 
25 subsequent feedback from system 126 passed to A would also include this code (server 
A havmg also passed the code to control system 126) thereby allowing A's terminal to 
correctly identify this feedback. In fact, the same mechanism could be used to provide 
user A with updates on how much longer user A is likely to be waiting to be called 
back, this mechanism being usable independently of whether or not there was a conflict 
30 problem for use of A's telephone line. 
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Where user A only has a telephone 40 and no terminal 53, it is still possible to utilise 
the basic structure of Figure 17 to provide a freephone service for user A without 
resorting to the complexity of call charge transfer. More particularly, A would dial a 
special number for user D's freephone service (typically an 800 number), and the SSP 
41 would recognise this special number in standard manner and make a service request 
to SCP 43 including both this special number and A's number. SCP 43 would then 

-ccr^D's fre.phone.page URL by doing a number-to-URL translation and access 
S fteePh ° ne PZgC Usfa * 3 roST-niethod HTTP request simUar to request 123 Once 

this request had been registered as an enquiry by D's freephone page 124, the lattter 
10 could send a response to SCP 43 asking it to play an announce™: such as 'Your 

i^ephone enquiry has been registered; please hang up and you will be contacted 

shortly. This announcement could be played to A by an IP in standard manner A 

would then hang up and be ready to receive a call from D. 

15 a significant advantage of the above freephone schemes using WWW. is that user D 
is not running up charges for use of the PSTN during periods when an enquiry is 
enqueued, waiting to be handled. 



Variant $ 
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Many variants are, of course, possible to the above-described arrangements and a 
number of these variants are described below. 



Distributed Processing Environment. As is illustrated in Rgure 1 8, the SCP 43 may 
access the HTTP servers 51 through a distributed processing environ m ent, DPE 98 
25 at least .ogicaily separate from the Internet. Preferably in this case the servers 51 are 
controlled by PSTN opemtors and are thus restricted in number. 

Service Resources on DNS-Type Servers, m the foregoing examples, the service 
resource items have been been placed on servers 51 connected to the Internet and a 
desired service resource has then been accessed over the Internet by the service control 
subsystem of the PSTN, and/or by Internet users, through the use of an URI derived 
from a resource code that identifies the the desired service resource item. In a 
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preferred arrangement for deriving the UR1 from a resource code in the form of a 
telephone number, all or part of the telephone number concerned was parsed into 
domain name form and then resolved into an URI using a DNS-type distributed 
database system that, indeed, could be integrated into the DNS itself (see Figures 1 1 
5 and 12, and related description). In fact, it would be possible to place service resource 
items directly in Registration Records held by a DNS-type distributed database system 
so that instead of the parsed telephone number being resolved to an URi which is then 
used to access the required resource, the parsed telephone number is directly resolved 
to the required service resource item. The mechanism employed in this process is 
10 exactly as already described for resolving a parsed telephone number into an URI. The 
DNS-type distributed database system used for this would preferably be one accessible 
over the Internet or the DNS itself so as to provide access to the service resource items 
for Internet users as well as for the service control subsystem of the PSTN (in the same 
manner as described above with reference to Figure 18, the DNS-type servers holding 
15 the service resource items may be accessible to the service control subsystem by a 
network other than the Internet). Whilst the placing of service resource items in RRs 
held on DNS-type servers may not be suitable for all types of service resource items, 
it is suitable for items such as telephone numbers that do not change frequently. Thus, 
a suitable usage is to provide number portability; in this case, a dialled personal 
20 number triggers a lookup in the DNS-type system with all or part of the persona! 
number being first parsed and then applied to the DNS type system to return a current 
number for call routing. All dialled numbers could be treated as personal numbers or 
simply a subset of such numbers, this subset comprising numbers that are readily 
identifiable as personal numbers by, for example, local lookup at an SSP or the 
25 presence of a predetermined leading digit string. The general concept of parsing a 
telephone number (or similar number) in whole or in part to form a domain name for 
resolution in a DNS-type distributed database system can be used for the retrieval of 
other items of information besides URIs and service resource items. 

30 Feedback Mechanisms. In discussing the WWW-based freephone arrangement of 
Figure 17, it was mentioned that user A could be supplied with feedback on the likely 
length of waiting time before A would be called back. This is one example of using 
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the Intent to provide a feedback path for a potential or actual telephone user. Another 
example was provided in relation to Figure 16 where the progress of .all setup was 
reported back by the call setup gateway to user A's terminal. In fact, generally where 
a user is known to be using a terminal actively on the Internet the opportunity arises 
5 ,o provide the user with feedback on the progress of call setup through the telephone 
system. In oreder to do this, it is of course necessary to ensure that the feedback can 
be passed to the appropriate application running on terminal A and this will generally 
require the application to have made appropriate linking information available. As well 

as call setup progress informaUon, other information can also be fedback for example 
10 during a call holding period. Thus, for example, a special server can be provided on 

the Internet holding multimedia clips or even videos that could be output to user a 

during a call holding period. 

In the described arrangments, the servers 51 have held service resource items 
15 concerned primarily with call setup control. It may be noted that in a somewhat 
different application, Internet servers could be arranged to hold data that could be 
accessed from the telephone system in response to a user-initiated telephone request and 
returned to that telephone user. Such a service would he provided, for example, in 
response to an SSP triggering a service request upon :, particular telephone number 
20 being input, the service request prompting an SCP to Cause an intelligent peripheral to 
access a particular Internet server (not necessarily an HTTP server) and retrieve the 
required data for return to the calling party. The intelligent peripheral may include a 
text-to-voice converter for replaying the data vocally to the user. 

25 One further feedback process is also worthy of note, in this case in relation to service 
resource items themselves. By way of example, a telephone user G may subscribe to 
a service by which calls passed through to G's telephone are to be separated by a 
minimum of X minutes, X being user settable. To implement this service, G has a 
phone page on a server 51 that includes a "busy" status indication. Upon termination 

30 of a successful call to G, G's local SSP triggers the sending of a message by the 
associated SCP over the Internet to G's phone page. Tins message causes G's busv 
indication to be set to indicate that G is busy; the message also starts a timer which 
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times out after a period X and causes the busy status indication to be reset. A caJ! 
attempt to G will either be rejected at G's SSP because G's line is genuinely busy or 
will trigger the SSP to enquire via the SCP whether G's phone-page busy status 
indication is set. If the busy status indication is set (which it will be during the period 
X following termination of a successful call) the call attempt is rejected whereas if the 
busy status indication is in its reset condition, the call attempt is allowed to proceed 
By placing the busy status indication mechanism on G's phone page, it is possible to 
arrange for G to be able to easily change the value of X. 



10 



More General Variants. Whilst the service control subsystem of the PSTN has been 
embodied as an SCP in the foregoing examples, ft will be appreciated that the 
mnctionaltty of the service control subsystem could be provided as part of an SSP or 
in an associated adjunct. Furthermore, the triggering of service requests can be effected 
by equipment other than SSPs, for example by intercept boxes inserted in the SS7 
15 signalling links. 

It will be appreciated that the term -Internet- is to be understood to include not only 
the current specification of the TCP/IP protocols used for the Internet and the current 
addressing scheme, but also evolutions of these features such as may be needed to deal 
with isochronous media. Furthermore, references to the WWW and the HTTP protocol 
should equally be understood to encompass their evolved descendants. 



20 



The present invention can also be applied to te Iep hone systems other than just PSTNs 
for example to PLMNs and other mobile networks, and to private systems using 
25 PABXs. In this latter case, a LAN or campus-wide computer network serving generally 
the same internal users as the PABX, will take the role of the Internet in the described 
embodiments. 

Furthermore, the present invention has application where any switcbed 
30 telecommunication system (for example, a broadband ATM system) requires service 
control and a computer network can be used for the delivery of service resources to the 
service control subsystem of the telecommunicaUon system. 
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l. A method of accessing sssvfce reso^ce items for ^ in ^ „ 
5 s^r * K ' cconM, ° ukalio ' K •* "eared inching 

<•> - p^visteato, al teas, one server connected ,o a corner xmork wj|h . 

pinrah* of service re*™* hen* that am defter .oca.abie on said comparer 
network by c„ mspondtag ^ ^ 

distinct 6m the teleoonnnimicalions system and said ™i. 

. 7 "» 411X1 531(3 service resource items 

reIatmg to SC£UP COntrol f ° r b£arcr *— * *™gh said teleconamuoications 
SySlCm ^ "*» « to being associated with a reactive 

predetermined code, said predetermined codes being distinct from said URI< 
and identifying end-point entities for said bearer channels- 
(b) - providing a mapping between each said predetennined code and tbe said known 
Um of the service resource item associated with that predetermined code; and 
(O - uuhstng a said predetermined code to access a corresponding said service 
resource item by using said mapping to determine the URI corresponding to that 
resource item and then using this im to access ,he service resource item over 
said computer network. 
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15 



20 



jL A metnod according to cbim 1. wbemin at .east so™ of said UK* m aairMc 
nracoon specified by said mapping. 

25 L A r*" 1 aCC< " <,il,g * Chta M ^ Some ° f » d «» - dertvabie 

^ C "7' ,0 " dfa8 P^«»'«d eones by ,oo k op i„ an association tab,e 
aasoctartng sa,„ prcdettnnlncd ^ _ ^ ^ ^ 

satd database server over the computer nenvo* to determine tbe said UW 
corresponding to the said predetermined code. 
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S. A n,eU,od according ,o clam, 4. wherein at tel ODe ^ 
prowded by a DNS-rype disrtbufcd debase svshnn „ waic „ ^ ^ „ ^ ^ 
records associated wid, mspective names, herein referred ro as dentin names by 
wh K h .he records can be renieved. sttp (c) invoMng .nmshuing said prede.emnned 
code nno a corresponding said domain nan. and uaing dns domafa name ,o remove 
•he mi or che required service reaonrce tan tan said diarfbllIed 
system. 



10 



«. A n «bod according ,o chum 1, wherein a, ,e« two said service resole tans 
are locared a, d,e same UiU. me add predeKnnured codea of .hese service resource 
deluding mspecdve re.a.ive-resonrce-iden.ifier valnes tha: an, used the server 
holdmg d* service resource tan* «o .denary u,e quired reaource hem amonga, ,he 
service resource items at the same UKJ. 
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30 



A method according to a* y one of the peeling claims, wherein said switched 
telecommunications system is a telephone system and said predetermined codes 
compnse numbers from at least one of the following categories: 

- the telephone number of the calling party; 

- the telephone number of the called party. 

8. A method according to claim l , wherein said switched communication system 
7 J*' 1 * 01 * SyStem > 3t lea * — ^ -* P^termined codes being called-party 
re e P W nusnbers and serving to retrive service resource items that are the current 
telephone numbers of the called parties. 

9- A method according to any one of the preceding claims, wherein at leas, one said 
serv.ee source items is service ,o g ic which is executed by the corresponding server 
upon being accessed with the result of .his execution being returned to ^ acCe5sing 
enmy for use in bearer-channel setup control. 
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10. A method according ,o any one of the preceding claims, wherein at least one said 
servtce resource hems is downJoadable service data which upon being accessed is 
downloaded to the accessing entity for use thereby in bearer-channel setup control. 

5 11. A method according to any one of the preceding claims, wherein at least one said 
serv.ce resource items is downloadable service logic which upon being accessed is 
downloaded to the accessing entity for execution in bearer-channel setup control. 

12. A method according to claim 1. wherein said compter network is generally 
10 accessible to users of the telecommunications system. 

13. A method according to any one of the preceding claims, wherein said computer 
network is the Internet. 

15 14. A method according to any one of the preceding claims, wherein said switched 
telecommunication network is a PSTN. 

15. A method according to any one of claims 1 to 13, wherein said telecommunication 
system is a private system including a PABX with which said service control system 
20 is associated, and wherein said computer network is a LAN. 

16. A method according to any one of the preceding claims, wherein said URIs are 
URLs and/or URNs, and said server is an HTTP server. 
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